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Method for monitoring the state of a device in a network and device for 

carrying out said monitoring. 

The invention relates to a method for monitoring the state of a device 
5 connected to a domestic network and a detection device for the monitoring via 
a network of another device. 

A digital communication network comprises devices linked together by 
a communication bus, for example the IEEE 1394 bus, using wires or waves. 
The communication network comprises, for example, the following devices: a 

10 terminal allowing users to display audiovisual emissions, to enter parameters 
for controlling the network and to ascertain the state of the network, a digital 
television receiver (a decoder for example) capable of receiving audiovisual 
emissions and service information originating from a transmission network, a 
device for storing the audiovisual emissions, a modem, etc. The list of devices 

15 is not exhaustive, likewise there may be several of some devices within the 
communication network, for example a camera in each child's room. 

The 1394 network enables devices to communicate according to three 
different modes: the synchronous mode where the data packets are emitted 
regularly at the end of determined time periods, the asynchronous mode where 

20 each message is isolated from the others and can be emitted at any moment, 
the isochronous mode where the data packets are emitted regularly in a 
determined time bracket. These various communication modes are used for the 
transfer of specific data. Commands are generally transmitted in asynchronous 
mode, data transmitted in synchronous mode, and stream data internal to the 

25 network in isochronous mode. In the latter case, we find monitoring data 
emitted by a camera disposed in a child's room, a television displaying said 
data. In contradistinction to the audiovisual data received from a transmission 
network and subjected to very precise and regular synchronizations, such a 
monitoring need only receive an image from time to time, at moments which 

30 can vary. 

The monitoring of proper networked device operation is generally 
performed by a device inherent in the device. We find for example "Watchdog" 
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devices, which triggers an error message when at the end of a timer, the central 
unit being monitored has not performed a certain action. This device must quite 
obviously be more reliable than the central unit that it is charged with 
monitoring. Each device being monitored must possess its own device, the 
5 present invention makes it possible among other advantage, to limit the number 
of monitoring devices while being able to monitor a significant number of 
devices. 

The document US 6 430 629 B1 - SMYERS, published on 6 August 
2002 describes a 1394 network, and the possibility of monitoring the 
10 temperature of rooms by virtue of modules communicating with the aid of this 
network. The invention relates more precisely to the "monitoring" of the state of 
a device of a network. A screen indicates the device state such as a VCR or an 
STB, and the temperature of the room. Claim 1 indicates that the network 
monitor periodically receives information indicating the state of the devices. 

15 

The document EP 1 185 034 - SONY teaches error detection in a 
network, for example 1394, emission loop. A device of the network is 
configured to detect connection errors on an isochronous channel, the error 
detection is performed inter alia by polling of the signals "IEEE 1394 signal S1". 
20 Other detections can be performed by analyzing the regularity of emission of 
the data packets thereby defining a priority level in the error and a specific 
action, for example the display on a screen of the error detection. This 
document teaches a device exercising monitoring on all the communications of 
the network and not specifically on a device desiring to be monitored. 

25 

The present invention consists of a method for monitoring the state 
of a device within a communication network comprising at least two devices, 
the network comprising isochronous communication channels transmitting data 
packets synchronized by a signal emitted by the network emitted in regular time 
30 intervals; characterized in that it comprises the following steps: 

At the level of a first device desiring to be monitored: 
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- Emission by the device being monitored of data packets on a specified 
isochronous channel in response to the signal emitted regularly by the network; 

At the level of a second device: 

- monitoring of the emissions of data packets emitted on the isochronous 
5 channel; 

- Execution of a specified task, consequent upon the absence of data 
packets on the isochronous channel between at least two emissions of 
synchronization signals. 

In this way, the monitoring of the state of a device fully uses the 
10 resources of the network by utilizing the synchronization signals of the 
isochronous emissions and by making use thereof to detect the premature end 
of the data emissions on such channels. 

According to a first refinement, the method comprises a step of 
emission of a monitoring request containing an identifier of the isochronous 
15 channel transmitting the packets and a task descriptor. In this way, the device 
to be monitored informs the device charged with the monitoring of what it must 
do in the event of malfunction. 

According to another refinement, the monitoring request specifies a 
predetermined number of synchronization signals. In this way, the monitoring 
20 device awaits the detection of the predetermined number of signals to trigger 
the execution of the specified task. 

According to another refinement the method comprises a step of 
emission by the second device of a handling signal following the reception of 
the monitoring request. Thus, the device which requests to be monitored knows 
25 that this monitoring is undertaken by a device of the network. 

According to another refinement, the specified task comprises the 
display of an alert message comprising an identifier of the first device. Thus the 
users of the network can be warned of a malfunction. 

According to another refinement, the specified task comprises a step of 
30 analysis of the reason for the stoppage of the emissions of data packets, and a 
step of executing actions so as to resume the emission of the data packets. In 
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this way, the devices of the network can automatically eliminate the causes of 
some malfunctions. 

The subject of the invention is also a network device charged with 
monitoring the state of at least one other device of the network, comprising a 
5 means of communication with a network sensing synchronization signals 
allowing the emission of isochronous data and isochronous data packets 
emitted on a specified isochronous channel; characterized in that it furthermore 
comprises a means for executing a specified task consequent upon the 
absence of data packets on the isochronous channel between at least two 
10 emissions of synchronization signals, the absence of packets being indicative of 
the state of the device being monitored. 

Other characteristics and advantages of the present invention will 
emerge from the description of the exemplary embodiments which will follow, 
15 taken by way of no limiting examples, with reference to the appended figures in 
which: 

Figure 1 represents a block diagram of a known local network; 

Figure 2 represents the block diagram of a network according to an 
exemplary embodiment of the invention; 
20 Figure 3 represents the dispatch of a request for monitoring a first 

device to an Isochronous Communications Control Unit; 

Figure 4 represents the processing of a monitoring request by an 
Isochronous Communications Control Unit; 

figure 5 represents a flowchart showing the operation of an Isochronous 
25 Communications Control Unit controlling two isochronous channels; 

figure 6 represents the diagram of an Isochronous Communications 
Control Unit according to an exemplary embodiment of the invention; 

figure 7 represents a flowchart showing the main steps of the method 
according to an exemplary embodiment of the invention. 

30 
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With the aid of figure 1, we shall first of all describe a local digital 
communication network according to the current state of the art. This network 
for example comprises the following devices: 

- Device 1: a camera; 

5 - Device 2: a computer equipped with a DVD disk reader, an interface 

with the telephone network (typically a modem) and an integrated decoder; 

- Device 3: an STB decoder furnished with a tuner and a demultiplexer 
DEMUX making it possible to receive emissions of a transmission network and 
a memory (typically a hard disk) making it possible to store the programs and 

10 data received from the transmission network ; 

- Device 4: a digital video recorder; 

Other devices (not represented) are possible within the framework of 
the invention: a viewing screen, an analog video recorder, temperature sensors 
for the regulation of heating and fire detection, motion detectors for detecting 

15 the presence of individuals with a view to alarm. All these devices are linked 
together by a digital bus using the 1394 IEEE standard. According to this 
standard, the devices communicate together in an asynchronous or 
isochronous manner. An isochronous communication makes it possible to 
transmit an uninterrupted stream of data between for example, a camera and a 

20 screen displaying the video signals of the camera, a temperature sensor 
transmitting information to the heating plant. An isochronous channel 
possesses the feature of regularly transmitting data from an emitter to a 
receiver in a time bracket defined by a determined bandwidth. The node of the 
network called the clock Master (or "Cycle Master") is aimed at guaranteeing a 

25 regular timing of the isochronous packets emitted on the channels. For this 
purpose, the Master node emits to all the other nodes of the network a cycle 
start signal every 125 milliseconds. This signal serves as synchronization for 
emitting the data packets. The network also comprises a device furnished with 
a software resource called the Isochronous Resource Manager (IRM). The IRM 

30 module manages a memory where the identifiers of the various active 
isochronous channels as well as the bandwidths are recorded. For this 
purpose, the IRM is furnished with bandwidth allocation and channel allocation 

PF030174 PCT as filed 



6 

registers. The IRM allows the management of the isochronous channels and of 
the bandwidth available on the network. The control of the isochronous 
channels is in a favored manner devolved to the clock Master. 

5 According to a preferred exemplary embodiment of the invention, the 

network also comprises an Isochronous Channels Control Unit (ICCU for short 
and for the rest of the document). The ICCU is furnished with the network 
watchdog function which ensures the monitoring of the various isochronous 
channels activated in the local network. An ICCU is any one of the devices 

10 connected to the network: the clock Master node, the device possessing the 
IRM, or another node of the network) the one possessing and equipped with a 
monitoring module according to a preferred exemplary embodiment of the 
invention. According to a variant, an ICCU is a specific device charged with the 
monitoring of the isochronous channels, it is implemented in the network as 

15 shown in figure 2. 

We shall now detail the conduct of the monitoring by an ICCU. A device 
of the network must execute an important task, therefore its execution is 
monitored by an ICCU. A task is in a favored manner a program executed by a 
Central Unit, this can also be sequential logic embedded in a specialized circuit, 

20 an ASIC for example. In the normal conduct of the task to be monitored, care 
will have been taken to implement the specific emission of data on a 
determined isochronous channel. What is important is not in the content of the 
data but in the periodicity of the emissions. It will therefore be possible 
advantageously to dispatch very short packets. The smallest isochronous 

25 packet emitted on a IEEE1494 network being made up of an isochronous 
header and of a nibble. These data are contained in 528 allocation units, 
thereby representing duration of 10 microseconds. In the step of initializing the 
task to be monitored, the device will program the ICCU to monitor its operation, 
then the ICCU will monitor the emissions on the isochronous channel. 

30 As illustrated by figure 3, a device 2 dispatches a monitoring request 

comprising its identifier, the identifier of an isochronous channel, channel 19 for 
example, attesting to the proper operation of the device, and a descriptor of the 
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task to be performed if the data emitted on this channel disappear The ICCU 
receives the request, records the parameters and commences the monitoring 
by polling the data packets emitted on the specified channel. If the network 
comprises several ICCUs, the first ICCU available emits on the network a 

5 message of consideration of the monitoring with the characteristics, records in 
its memory the parameters and immediately commences the monitoring. The 
other ICCUs which sense this handling message, do not concern themselves 
with this monitoring. The data must be emitted every 125 microseconds. During 
an interrupt of the emissions as is illustrated by figure 4, the ICCU searches in 

10 its memory for the parameters of the alert task that it must perform. For 
example, this task is the emission of a datum "data!" to an address "addl" of 
the network. This address can be the device 2, specifically if this device is 
furnished with a multitask system, the one triggering the emission of the 
isochronous packets can be interrupted but not the one managing the reception 

15 of the data of the network. In this way, the device 2 can be forewarned from 
outside of an internal malfunction. The address can also be another device of 
the network, a viewing terminal for example, the datum "datal" is then a 
displayable message. The viewing terminal then displaying the alert message 
for the attention of a user. 

20 The monitoring requests dispatched to an ICCU contain inter alia the 

following information: 

- identifier of the device emitting the monitoring request, 

- number of the isochronous channel: 1 , 2, etc. (or identifier of the data 
packets), 

25 - maximum inter-packet duration of the isochronous channel, or 

maximum number of emission of cycle start signals before execution of the 
alert task, 

- alert task descriptor. 

The descriptor of the alert task describes the various actions of the 
30 ICCU performed during the detection of the disappearance of an isochronous 
channel. Here are various actions that may be in an alert task: 
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- emission of a warning message : "Disappearance of channel 1" 
destined for all the screens of the residence. The message is dispatched in an 
asynchronous manner to each display device, 

- emission of a sound signal by the ICCU, 

5 - triggering of a programmed succession of actions to alleviate the 

malfunction detected by the ICCU. 

The alert task is stored and dispatched as is on the network. If the 
device being monitored does not specify any alert task, the ICCU possesses a 
default task consisting in displaying on a screen of the network all the available 

10 parameters to inform a user of the malfunction. The message displayed is for 
example M at 20.30, interrupt of the emissions on isochronous channel 2 
originating from device 1". The user can thus intervene on the device 1 and 
reinstate the task properly. 

A variant consists in the device being monitored defining precisely the 

15 alert action and informing the ICCU thereof. For example, a user programs the 
recording of an emission on digital channel 21 , this channel being provided by a 
decoder receiving the signals of a transmission network, the recording task 
executed on a recording device is monitored by an ICCU. At the moment of 
reception of the emission, the recorder device programs the decoder to receive 

20 the emission and records the first data packets received through the network. 
Let us assume that the receiver ceases to emit, the recording task is then 
interrupted. The ICCU detects at the end of the timeout an interrupt of the 
recording task, the descriptor specifies that it must display a following message 
on the screen of the lounge: "premature end of recording at 20.30" where 20.30 

25 being a variable updated by the ICCU. A refinement consists in the descriptor 
received by the ICCU possessing several actions to be undertaken as a 
function of the analysis of the causes of the malfunction. According to the 
previous example and this refinement, the descriptor received by the ICCU 
makes provision to analyze the presence of audiovisual data packets 

30 originating from channel 21 in the course of each determined duration. If no 
packet is detected, the ICCU calls a second decoder and dispatches to it a 
request to receive channel 21. If the request is accepted, recording continues 
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normally on the basis of the data emitted on the domestic network by the 
second decoder. If on the other hand no decoder is available, the ICCU 
displays on a screen a message indicating the premature end of recording on 
account of an unavailability of a decoder. In this way, the ICCU can alleviate 

5 certain malfunctions so as to maintain a recording within the local network by 
fully using the available resources. 

Figure 5 illustrates the chronology of two tasks monitored by an ICCU. 
A device 1 executing a task 1 dispatches a data packet on isochronous channel 
1 and a device 2 executing a task 2 dispatches another data packet on the 

10 isochronous channel T2. The ICCU monitoring the two channels, synchronizes 
itself with the cycle start signals emitted by the clock Master. The ICCU detects 
the presence or the absence of isochronous packets emitted by each of the 
channels being monitored between two cycle start signals. A second data 
packet is emitted on channel 1, therefore the task executed by the device 1 

15 operates correctly. On the other hand, no data packet is emitted on channel 2 
before the emission of a third cycle start signal. Therefore, when this third cycle 
start signal is detected, the ICCU deduces therefrom that channel 2 is no longer 
supplied and that task 2 executed by device 2 is no longer operating correctly. It 
instigates the alert task corresponding to the malfunction of task 2 on device 2. 

20 The example described previously does not exclude from the present invention 
the case where both tasks 1 and 2 are executed within the same device. 

A refinement consists in the ICCU expecting a predetermined number 
of emissions of cycle start signals before triggering the action described in the 
descriptor. Advantageously, this predetermined number is fixed by the device 

25 which desires to be monitored and is transmitted in the alert task descriptor. 
This refinement makes it possible to economize on bandwidth by allowing the 
device being monitored to dispatch an isochronous data packet only after a 
determined number of cycle start signals. For this purpose, the Central Unit 
contained in the ICCU has available a counter and the counting datum for each 

30 isochronous channel is placed in a new column of the array recorded in RAM 
memory, 
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An exemplary embodiment of an ICCU is described in figure 6. 
Whether an ICCU is physically a standard device furnished with a specific 
program or a device dedicated to monitoring, its general structure is the same. 
An ICCU possesses a central Unit 6.1, connected to a ROM memory 6.2 in 
5 which is registered at least the monitoring program, a RAM memory 6.3 for the 
storage of the programming data, a logic interface circuit 6.4 for communication 
with the IEEE 1394 bus and a hardware interface circuit 6.5 for interfacing with 
the 1394 network. 

The interface circuit 6.4 supports the management of isochronous 

10 channels. This circuit constantly monitors the data of the local network and with 
the aid of digital filters, extracts certain packets according to their identifiers. In 
this way, a receiver can permanently receive data emitted on an isochronous 
channel, without needing to fetch them. The interface circuit 6.4 is for example 
a TSB43AB22 circuit manufactured by the company Texas Instruments. This 

15 circuit generates a hardware interrupt on receipt of a data packet which acts on 
the conduct of the program executed by the central unit 6.1. This circuit can 
discriminate the channel by virtue of two interrupt mask registers which 
specifies the references of said channel, thereby making it possible to filter the 
isochronous channel or channels to be monitored. This circuit is compatible 

20 with the IEEE1394 standard. The RAM memory 6.3 records the data 
corresponding to the various monitorings of the isochronous channels used. 
These data (channel identifier, device identifier, alert task descriptor, cycle start 
signal counter, etc.) are disposed in an array. 

With the aid of the flowchart of figure 7, we shall now detail the 

25 succession of the steps according to an exemplary implementation of the 
invention. In step 7.1 a device of the network instigates a task which needs to 
be monitored. It then emits a request to an ICCU of the network specifying the 
isochronous monitoring channel and the action to be undertaken if the 
emissions are stopped (step 7.2). In step 7.3, the device of the network which is 

30 being monitored begins regularly emitting data packets on the isochronous 
channel. The ICCU analyzes each packet of the network and verifies that each 
device being monitored does indeed emit at least one data packet between two 
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(or a determined number of) cycle start signals (step 7.4). Let us assume that a 
device stops its emissions (step 7.5). During the reception of the next cycle 
start, the ICCU notes the stoppage of the emissions on the specified 
isochronous channel and instigates the execution of the programmed task (step 
5 7.6). 

A variant consists in equipping the ICCU with an interpreter. In this way, 
it is possible to program the alert action in a language which is interpreted by 
the ICCU (for example: QUICK BASIC) and which makes it possible to 
precisely define the actions to be performed. 

io The exemplary embodiments of the invention presented above have 

been chosen for their specific character. It would not be possible however to 
catalog in an exhaustive manner all the embodiments that this invention covers. 
In particular, any step or any means described may be replaced by an 
equivalent step or means without departing from the scope of the present 

15 invention. 
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